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DETAILED ACTION 

1 . This Office action is in response to the amendment filed on February 26, 2008. 

2. Claims 1-3, 5-12, 14-23, and 25-32 are pending. 

3. Claims 2, 3, 5-9, and 30 have been amended. 

4. Claims 4, 13, and 24 have been cancelled. 

5. The objections to Claims 2, 3, 5-9, and 30 are withdrawn in view of Applicant's 
amendments to the claims. 

6. The 35 U.S.C. § 112, second paragraph, rejections of Claims 3 and 27 are maintained in 
view of Applicant's arguments and further explained below. 

Response to Amendment 
Claim Rejections - 35 USC § 112 

7. The following is a quotation of the second paragraph of 35 U.S.C. 1 12: 

The specification shall conclude with one or more claims particularly pointing out and distinctly claiming the 
subject matter which the applicant regards as his invention. 

8. Claims 3 and 27 are rejected under 35 U.S.C. 1 12, second paragraph, as being indefinite 
for failing to particularly point out and distinctly claim the subject matter which applicant 
regards as the invention. 

Claims 3 and 27 recite the limitation " about one day (emphasis added)." The term 
"about" is a relative term, which renders the claims indefinite. The term "about" is not defined 
by the claims nor does the specification provide a standard for ascertaining the requisite degree 
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and one of ordinary skill in the art would not be able to reasonably determine the scope of the 
invention. In the interest of compact prosecution, the Examiner subsequently does not give any 
patentable weight to this limitation for the purpose of further examination. 

Claim Rejections - 35 USC §103 

9. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 

10. Claims 1-3, 5-12, 14-18, and 25-32 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over US 6,738,970 (hereinafter "Kruger") in view of US 6,560,776 (hereinafter 
"Breggin"). 

As per Claim 1, Kruger discloses: 

generating a comparison of a current software installation, to a target computer, with 
a previous software installation, to the same target computer, in a series of two or more software 
installations (see Column 7: 51-62, "Difference calculator 234 compares the tree stored in 
before tree storage 230 with the tree stored in after tree storage 232 to determine which changes 
have taken place to the master computer. "); 

- creating installation data for a resource, based at least in part on the comparison, the 
resource including attributes including a dynamic attribute and a static attribute, the dynamic 
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attribute being an attribute that should have changed between the previous software installation 
and the current software installation, the static attribute being an attribute that should remain 
unchanged between the previous software installation the current software installation (see 
Column 5: 18-29, "In both of the preceding embodiments, leaf nodes of the subtree or subtrees 
correspond to files, and contain information about the files in place of the files themselves. In 
one embodiment, such information is referred to as the node's properties and contains some or 
all of the file details ... These details may include the filename, last modification date, size, 
access permissions such as read only, and security information describing who is allowed access 
to the file and the type of access allowed. "; Column 6: 51-58, "Registry file state retriever 225 
reads the operating system registry file, such as the windows registry file in Microsoft Windows 
95, and builds a subtree corresponding to the hierarchy of the registry file. For example, the 
Windows registry file arranges the keys and values in a hierarchical folder system and this 
hierarchy is used to build the subtree. Leaf nodes hold the values in the node's properties, and 
parents of these nodes store the keys in their properties. "); and 

- identifying from the installation data the dynamic attribute that was not changed in 
the current software installation (see Column 8: 34-40, "When difference calculator 234 
compares a terminal node, the properties of the node are also compared, and if the properties of 
each corresponding node are the same, difference calculator 234 marks the terminal node in the 
tree it creates as the "same". This means the state represented by the terminal node did not 
change when the new software was installed. "). 

However, Kruger does not disclose: 



- software product development; and 
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- presenting potential problems with the current software installation based on the 
identified dynamic attribute to facilitate verification of an installer for the software product 
development. 

Breggin discloses: 

software product development (see Column 3: 66 and 67 to Column 4: 1-6, "... the 
install program is created by a builder or installer on a computer that is hereinafter referred to 
as the build computer. The builder or installer writes a program or script describing how the 
software and supporting files are to be installed on a target computer. "); and 

presenting potential problems with the current software installation based on the 
identified dynamic attribute to facilitate verification of an installer for the software product 
development (see Figure 5; Column 10: 3-16, "Referring to FIG. 5, the display provides, for 
each exception, the file name("FILE"), the file location ("LOCATION"), the file size("SIZE"), the 
last modification date ("DATE"), the file version("VERSION"), and the registration status 
("REG")."). 

Therefore, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made to incorporate the teaching of Breggin into the teaching of Kruger to include 
software product development; and presenting potential problems with the current software 
installation based on the identified dynamic attribute to facilitate verification of an installer for 
the software product development. The modification would be obvious because one of ordinary 
skill in the art would be motivated to provide a user with useful diagnostic information for a 
software product under development. 
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As per Claim 2, the rejection of Claim 1 is incorporated; and Kruger further discloses: 

identifying from the installation data the static attribute that was changed in the 
current software installation (see Column 8: 49-56, "If the properties in the table corresponding 
to a terminal node of the before table are different from the corresponding table entry of the 
after node but have the same filename (for file terminal nodes) or same parent key (for value 
nodes), difference calculator marks the node as changed. "). 
However, Kruger does not disclose: 



- presenting potential problems with the current software installation based on the 
identified static attribute to facilitate verification of the installer for the software product 
development. 

Breggin discloses: 

- presenting potential problems with the current software installation based on the 
identified static attribute to facilitate verification of the installer for the software product 
development (see Figure 5; Column 10: 3-16, "Referring to FIG. 5, the display provides, for 
each exception, the file name("FILE"), the file location ("LOCATION"), the file size("SIZE"), the 
last modification date ("DATE"), the file version("VERSION"), and the registration status 



Therefore, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made to incorporate the teaching of Breggin into the teaching of Kruger to include 
presenting potential problems with the current software installation based on the identified static 
attribute to facilitate verification of the installer for the software product development. The 



("REG")."). 
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modification would be obvious because one of ordinary skill in the art would be motivated to 
provide a user with useful diagnostic information for a software product under development. 

As per Claim 3, the rejection of Claim 1 is incorporated; however, Kruger does not 
disclose: 

- wherein the previous software installation is performed about one day prior to the 
current software installation. 

Official Notice is taken that it is old and well-known within the computing art to perform 
software installation on a daily basis. Applicant has submitted in the specification that the 
resources needed to correctly install a software application can change regularly, often on a daily 
basis (see Page 1, Paragraph [0002]). As a result, daily installation is performed to ensure that 
the software application is kept up-to-date with the most recent resource changes. Therefore, it 
would have been obvious to one of ordinary skill in the art at the time the invention was made to 
include wherein the previous software installation is performed about one day prior to the current 
software installation. The modification would be obvious because one of ordinary skill in the art 
would be motivated to ensure that a software application is kept up-to-date with the most recent 
resource changes. 

As per Claim 5, the rejection of Claim 1 is incorporated; however, Kruger does not 
disclose: 
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- tracking expectations for the resource in a primary installation baseline and a 
secondary installation baseline, and wherein presenting the potential problems comprises 
presenting a baseline -update interface by transmitting markup language data. 

Breggin discloses: 

- tracking expectations for the resource in a primary installation baseline and a 
secondary installation baseline, and wherein presenting the potential problems comprises 
presenting a baseline -update interface by transmitting markup language data (see Column 10: 40- 
42, "In Web-based applications, the installed database or file can be incorporated into one or 
more web pages. " and 49-67 through Column 11: 1-5, "In this process, a baseline file, which is 
simply a 'snapshot ' of the exceptions on the target computer at a given time, is generated 
manually or automatically. The baseline file can be used to 'mask ' or remove previous 
exceptions from the installed file or database. " and "This feature permits a user to track which 
files have changed and how they have changed in a manner that permits subsequent (or 
cascading) changes to be installed. " and "... after the user has selected the baselining option ... 
the processor in box 240 opens and reads the baseline file(s). In box 244, the processor 
iteratively compares the contents of the baseline file(s) with the list of exceptions and other 
pertinent information in the installed database of file(s). "). 

Therefore, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made to incorporate the teaching of Breggin into the teaching of Kruger to include 
tracking expectations for the resource in a primary installation baseline and a secondary 
installation baseline, and wherein presenting the potential problems comprises presenting a 
baseline-update interface by transmitting markup language data. The modification would be 
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obvious because one of ordinary skill in the art would be motivated to permit a user to track 
which files have changed and how they have changed in a manner that permits subsequent (or 
cascading) changes to be identified (see Breggin - Column 10: 61-64). 

As per Claim 6, the rejection of Claim 1 is incorporated; however, Kruger does not 
disclose: 

excluding a set of resources from the generated comparison for the software product 
development. 

Breggin discloses: 

- excluding a set of resources from the generated comparison for the software product 
development (see Column 3: 14-15, "The exceptions can be filtered to exclude known exceptions 
from analysis. "; Column 10: 59-61, "Using the base lining process, these exceptions can be 
excluded from further displays of exception data. "; Column 11: 5-8, "Any matching items are 
removed from the list of exceptions to be displayed graphically to the user. "). 

Therefore, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made to incorporate the teaching of Breggin into the teaching of Kruger to include 
excluding a set of resources from the generated comparison for the software product 
development. The modification would be obvious because one of ordinary skill in the art would 
be motivated to permit a user to track which files have changed and how they have changed in a 
manner that permits subsequent (or cascading) changes to be identified (see Bressin - Column 
10: 61-64). 



Application/Control Number: 10/716,916 Page 1 0 

Art Unit: 2191 

As per Claim 7, the rejection of Claim 5 is incorporated; however, Kruger does not 
disclose: 

- wherein expectations of resource changes, including the installation data, are stored in 
a relational database indexed by date, platform, language, and product configuration. 

Official Notice is taken that it is old and well-known within the computing art to index 
data in a relational database using various attributes. Data in a database is often indexed by 
various attributes pertaining to the particular application of the data. For example, software 
installation data is often indexed in a database by platform (operating system), supported 
languages, and product configuration information. Therefore, it would have been obvious to one 
of ordinary skill in the art at the time the invention was made to include wherein expectations of 
resource changes, including the installation data, are stored in a relational database indexed by 
date, platform, language, and product configuration. The modification would be obvious because 
one of ordinary skill in the art would be motivated to store and access additional useful data in 
the database pertaining to the software installation. 

As per Claim 8, the rejection of Claim 1 is incorporated; and Kruger further discloses: 

- wherein the attributes comprising modification date stamp information, file size 
information, security permissions information, and checksum information (see Column 5: 25-29, 
"... such information is referred to as the node's properties and contains some or all of the file 
details ... These details may include the filename, last modification date, size, access permissions 
such as read only, and security information describing who is allowed access to the file and the 
type of access allowed. "). 
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As per Claim 9, the rejection of Claim 1 is incorporated; and Kruger further discloses: 
- wherein the resource comprises a file and a system registry, and the installation data 
comprises deletions, additions, and modifications of the resource (see Column 5: 58-67, "The 
nodes corresponding to the files themselves are built as nodes, though not leaf nodes, by inifile 
state retriever 222. Although the nodes corresponding to files do contain the same information 
(name, file size, etc.) as the ordinary files described above, inifile state retriever 222 builds child 
nodes descending from the file nodes. "; Column 6: 51-58, "Registry file state retriever 225 
reads the operating system registry file, such as the windows registry file in Microsoft Windows 
95, and builds a subtree corresponding to the hierarchy of the registry file. "; Column 8: 49-67 
through Column 9: 1-4, "If the properties in the table corresponding to a terminal node of the 
before table are different from the corresponding table entry of the after node but have the same 
filename (for file terminal nodes) or same parent key (for value nodes), difference calculator 
marks the node as changed. " and "... difference calculator 234 adds a node in the tree it builds, 
marks that node as "deleted" ..." and "... difference calculator 234 adds the node into the tree it 
builds using the same lineage as the after tree, marks the node as "added" ..."). 

Claim 10 is a software product claim corresponding to the machine-implemented method 
claim above (Claim 1) and, therefore, is rejected for the same reason set forth in the rejection of 
Claim 1. 

As per Claim 11, the rejection of Claim 10 is incorporated; and Kruger further discloses: 
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- receiving input specifying which of the identified dynamic attribute and static 
attribute should be static in their installation data for future software installation (see Column 12: 
13-36, "For example, if the location of the windows directory is at c:\windows, shell processor 
searches for "c: \windows " in all nodes of the supertree. Shell processor replaces "c: \windows " 
with the alias Swindows. This allows the program that will perform the installation on a 
subsequent machine to adjust the location to match the corresponding location on the 
subsequent machine. "); and 

- designating a new expectation of stability for the specified attribute according to the 
received input (see Column 12: 41-46, "After post processor 250 has completed its operation, 
the resulting tree is referred to as manifest. Post processor 260 places the manifest in manifest 
storage 260. The manifest tells an installation program on any subsequent machine how to make 
the changes that will perform the installation on the subsequent machine. "). 

Claim 12 is rejected for the same reason set forth in the rejection of Claim 2. 
Claim 14 is rejected for the same reason set forth in the rejection of Claim 5. 
Claim 15 is rejected for the same reason set forth in the rejection of Claim 6. 
Claim 16 is rejected for the same reason set forth in the rejection of Claim 7. 
Claim 17 is rejected for the same reason set forth in the rejection of Claim 8. 
Claim 18 is rejected for the same reason set forth in the rejection of Claim 9. 
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Claims 25-32 are system claims corresponding to the machine-implemented method 
claims above (Claims 1-3 and 5-9) and, therefore, are rejected for the same reasons set forth in 
the rejections of Claims 1-3 and 5-9. 

1 1 . Claims 19, 20, 22, and 23 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Breggin in view of Kruger. 

As per Claim 19, Breggin discloses: 

a build controller (see Figure 6: 4; Column 4: 1-6, "... the build computer. "); 

- an install controller comprising a database including a baseline recording expectations 
(see Figure 1: 200; Column 7: 47-49, "... the processor places the information into the 
installation database or file. "; Column 10: 50-52, "The baseline file can be used to 'mask' or 
remove previous exceptions from the installed file or database. "); and 

- wherein the build controller automatically triggers the install controller to initiate 
installer tests as part of a software build process, and collects test results to be presented in a 
report comprising a baseline-update interface (see Figure 3B: 236; Figure 5; Column 4: 16-21, 
"... the (build) computer first reads in ... the installation program or script ... and creates a list 
of program files, data files, and or registry entry changes ... and writes certain of this 
information to the installation database. "; Column 9: 55-58, "In box 236, all of the information 
obtained in the comparing steps 228 and 231, including exceptions and collected information 
about the target computer, is graphically displayed in any desirable format. "; Column 10: 17- 
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28, "As illustrated in by FIG. 5, exceptions can be displayed selectively at differing levels 
depending, for example, on the field to which the exception pertains. "). 
However, Breggin does not disclose: 

- a dynamic attribute and a static attribute for one or more resources associated with a 
software installer, the dynamic attribute being an attribute that should have changed between a 
previous software installation and a current software installation, the static attribute being an 
attribute that should remain unchanged between the previous software installation and the current 
software installation; 

one or more install slave machines; and 

- the install controller automatically dispatches installation to the one or more install 
slave machines. 

Krugcr discloses: 



a dynamic attribute and a static attribute for one or more resources associated with a 
software installer, the dynamic attribute being an attribute that should have changed between a 
previous software installation and a current software installation, the static attribute being an 
attribute that should remain unchanged between the previous software installation and the current 
software installation (see Column 5: 18-29, "In both of the preceding embodiments, leaf nodes of 
the subtree or subtrees correspond to files, and contain information about the files in place of the 
files themselves. In one embodiment, such information is referred to as the node's properties and 
contains some or all of the file details ... These details may include the filename, last 
modification date, size, access permissions such as read only, and security information 
describing who is allowed access to the file and the type of access allowed. "; Column 6: 51-58, 
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"Registry file state retriever 225 reads the operating system registry file, such as the windows 
registry file in Microsoft Windows 95, and builds a subtree corresponding to the hierarchy of the 
registry file. For example, the Windows registry file arranges the keys and values in a 
hierarchical folder system and this hierarchy is used to build the subtree. Leaf nodes hold the 
values in the node's properties, and parents of these nodes store the keys in their properties. "); 

one or more install slave machines (see Column 4: 1-5, "The master computer is any 
computer on which the computer software can be properly installed, and for which such 
installation will be used as a model for installation of the software on other computer systems. "); 
and 

- the install controller automatically dispatches installation to the one or more install 
slave machines (see Column 4: 19-27, "The systems sends the instructions, files, and program to 
other computer systems using conventional management software ... When the program sent is 
operated, it can install the computer software in a manner consistent with the manner the 
computer software was installed on the master computer system. "). 

Therefore, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made to incorporate the teaching of Kruger into the teaching of Breggin to include 
a dynamic attribute and a static attribute for one or more resources associated with a software 
installer, the dynamic attribute being an attribute that should have changed between a previous 
software installation and a current software installation, the static attribute being an attribute that 
should remain unchanged between the previous software installation and the current software 
installation; one or more install slave machines; and the install controller automatically 
dispatches installation to the one or more install slave machines. The modification would be 
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obvious because one of ordinary skill in the art would be motivated to provide redundant data 
backup or testing platforms for diagnosing and monitoring software installation/performance. 

As per Claim 20, the rejection of Claim 19 is incorporated; however, Breggin does not 
disclose: 

- wherein the one or more install slave machines comprise multiple computers. 
Kruger discloses: 



- wherein the one or more install slave machines comprise multiple computers (see 
Column 4: 1-5, "The master computer is any computer on which the computer software can be 
properly installed, and for which such installation will be used as a model for installation of the 
software on other computer systems. "). 

Therefore, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made to incorporate the teaching of Kruger into the teaching of Breggin to include 
wherein the one or more install slave machines comprise multiple computers. The modification 
would be obvious because one of ordinary skill in the art would be motivated to properly install 
software programs in computer systems. 

As per Claim 22, the rejection of Claim 19 is incorporated; and Breggin further 
discloses: 

- wherein the baseline-update interface comprises a web-based user interface (see 
Column 10: 40-42, "In Web-based application, the installed database or file can be 
incorporated into one or more web pages. "). 
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However, Breggin does not disclose: 

- allowing baseline updates across SKU, language, operating system, and custom/non- 
custom installs, in combination or all at once. 

Official Notice is taken that it is old and well-known within the computing art to allow 
baseline updates across SKU, language, operating system, and custom/non-custom installs, in 
combination or all at once. A Web-based database management system typically allows a user to 
update various fields within a database. Therefore, it would have been obvious to one of ordinary 
skill in the art at the time the invention was made to include allowing baseline updates across 
SKU, language, operating system, and custom/non-custom installs, in combination or all at once. 
The modification would be obvious because one of ordinary skill in the art would be motivated 
to allow a user to selectively update data. 

As per Claim 23, the rejection of Claim 19 is incorporated; and Breggin further 
discloses: 

- wherein the attributes comprising modification date stamp information and file size 
information (see Column 8: 24-29, "The database lists ... file size ('SIZE') ... last modification 
date of the file ('DATE') ... "). 

However, Breggin does not disclose: 

- wherein the attributes comprising security permissions information and checksum 
information. 

Official Notice is taken that it is old and well-known within the computing art to define 
data in a database using various attributes. Data in a database often contains various attributes 
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pertaining to the particular application of the data. For example, software installation data in a 
database often contains file permission information and file checksum information. Therefore, it 
would have been obvious to one of ordinary skill in the art at the time the invention was made to 
include wherein the attributes comprising security permissions information and checksum 
information. The modification would be obvious because one of ordinary skill in the art would 
be motivated to provide additional useful data pertaining to the software installation to a user. 

12. Claim 21 is rejected under 35 U.S.C. 103(a) as being unpatentable over Breggin in view 
of Kruger as applied to Claim 19 above, and further in view of US 2002/0156831 (hereinafter 
"Suorsa"). 

As per Claim 21, the rejection of Claim 19 is incorporated; however, Breggin and 
Kruger do not disclose: 



- wherein the install controller communicates with the one or more install slave 
machines using Simple Object Access Protocol. 

Suorsa discloses: 

- wherein the install controller communicates with the one or more install slave 
machines using Simple Object Access Protocol (see Paragraph [0052], "... messages that are 
exchanged between the gateway and the agents can be in the form of remote procedure calls that 
conform to the XML-RPC protocol, or the Simple Object Access Protocol (SOAP). "). 

Therefore, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made to incorporate the teaching of Suorsa into the teaching of Breggin to include 
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wherein the install controller communicates with the one or more install slave machines using 
Simple Object Access Protocol. The modification would be obvious because one of ordinary 
skill in the art would be motivated to provide a way to communicate between applications 
running on different operating systems with different technologies and programming languages. 

Response to Arguments 

13. Applicant's arguments filed on February 26, 2008 have been fully considered, but they 
are not persuasive. 

In the Remarks, Applicant argues: 

a) The Office's contention that the limitation "about one day" renders claims 3 and 27 
indefinite is respectfully traversed. One skilled in the art would understand the meaning of 
"about one day" given the original disclosure. For example, Applicant discloses that "[d]uring 
the development of a software product, the resources needed to correctly install the product can 
change regularly, often on a daily basis." (Emphasis added; page 7, paragraph [0026] of the 
application as filed.) Therefore, withdrawal of the rejections of claims 3 and 27 under 35 U.S.C. 
§ 1 12, second paragraph is respectfully requested. 

Examiner's response: 

a) Examiner disagrees with Applicant's assertion that the claimed limitation of "about one 
day" is definite in scope under § 1 12, second paragraph. As noted by the Applicant, paragraph 
[0026] of the specification discloses that the resources needed to correctly install a software 
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product can change regularly, often on a daily basis. In other words, the resources often change 
from day to day. However, the claim language does not reflect this requirement. As previously 
pointed out in the Non-Final Rejection (mailed on 1 1/28/2007), the term "about" is a relative 
term, which renders the claims indefinite. For example, half a day is considered to be "about one 
day" and a day and a half is also considered to be "about one day." The term "about" is not 
defined by the claims nor does the specification provide a standard for ascertaining the requisite 
degree and one of ordinary skill in the art would not be able to reasonably determine the scope of 
the invention. 

In the Remarks, Applicant argues: 

b) The Office acknowledges that "Kruger does not disclose software product development" 
(Office Action dated 1 1/28/2007 at page 5, lines 17-18) and then relies on Breggin for the 
deficiency of Kruger. Contrary to the Office' s contention, the cited portion of Breggin (col. 3 
line 66 to col. 4 line 6) describes an "installation analysis tool that creates a verification or 
installation database based on an analysis of the install program before the installation" (col. 3, 
lines 60-63), and does not disclose a software product development. In fact, nowhere does 
Breggin disclose a "software product development" as required by claim 1 . Thus, the proposed 
Kruger-Breggin combination does not teach or suggest "generating a comparison of a current 
software installation, to a target computer, with a previous software installation, to the same 
target computer, in a series of two or more software installations during a software product 
development" as recited in claim 1 . 
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Examiner's response: 

b) Examiner disagrees. Breggin clearly discloses a software product development (see 
Column 3: 66 and 67 to Column 4: 1-6, "... the install program is created by a builder or 
installer on a computer that is hereinafter referred to as the build computer. The builder or 
installer writes a program or script describing how the software and supporting files are to be 
installed on a target computer. "). Note that the install program is created by a builder or installer 
on a computer (software product development). 

In the Remarks, Applicant argues: 

c) Additionally, as noted in the previous reply to Office Action dated 06/04/2007, Kruger 
does not teach or suggest "creating installation data for a resource, based at least in part on the 
comparison, the resource including attributes including a dynamic attribute and a static attribute, 
the dynamic attribute is an attribute that should have changed between the previous software 
installation and the current software installation, the static attribute is an attribute that should 
remain unchanged between the previous software installation and the current software 
installation" (emphases added) as recited in claim 1 . In response to the Applicant's arguments, 
the Office states that "Kruger discloses a dynamic attribute and a static attribute" (Office Action 
dated 1 1/28/2007 at page 21, lines 21-22) and then cites two portions from Kruger (col. 5, lines 
18-29 and col. 6, lines 51-58) in support of the Office's response. However, the cited portions of 
Kruger merely disclose creating a tree having nodes representing files; in fact, Kruger is silent on 
creating installation data for a resource that has a dynamic attribute, which is an attribute that 
should have changed between successive installations on the same target computer. The Office, 
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however, fails to meet its burden of establishing a prima facie case of obviousness because the 
Office has not identified what aspects of the cited portions of Kruger can be equated with the 
dynamic attribute and the static attribute of claim 1 . 

Examiner's response: 

c) Examiner disagrees. Kruger clearly discloses a dynamic attribute and a static attribute, 
the dynamic attribute is an attribute that should have changed between successive installations, 
the static attribute is an attribute that should remain unchanged between successive installations 
(see Column 5: 18-29, "In both of the preceding embodiments, leaf nodes of the subtree or 
subtrees correspond to files, and contain information about the files in place of the files 
themselves. In one embodiment, such information is referred to as the node's properties and 
contains some or all of the file details ... These details may include the filename, last 
modification date, size, access permissions such as read only, and security information 
describing who is allowed access to the file and the type of access allowed. "). Note that each 
node corresponds to a file and contains information about the file such as filename (static 
attribute) and last modification date (dynamic attribute). Thus, the modification date of a file can 
be considered to be a "dynamic attribute" since the modification date of the file should change in 
order to indicate when the change occur between successive installations. The filename of a file 
can be considered to be a "static attribute" since the filename of the file should not change in 
order to maintain file consistency between successive installations. 



In the Remarks, Applicant argues: 
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d) Contrary to the Office's assertion, the cited portion of Kruger merely discloses that a 
difference calculator marks the terminal node in the tree it creates as the "same," which denotes 
that the state represented by the terminal node did not change when the new software was 
installed. Kruger's identification of a state that did not change during a software installation is 
not the same as the dynamic attribute required in claim 1 because Kruger does not disclose that 
such unchanged state should have changed, but was not changed. Thus, Kruger simply does not 
teach or suggest identifying a dynamic attribute that was not changed. In addition, the Office 
fails to meet its burden of establishing a prima facie case of obviousness because the Office has 
not identified what aspects of the cited portion of Kruger teaches or suggests identifying dynamic 
attributes that should have changed but was not changed for a given resource associated with a 
software installation. 

Examiner's response: 

d) Examiner disagrees. Kruger clearly discloses identifying the dynamic attribute that was 
not changed (see Column 8: 34-40, "When difference calculator 234 compares a terminal node, 
the properties of the node are also compared, and if the properties of each corresponding node 
are the same, difference calculator 234 marks the terminal node in the tree it creates as the 
"same". This means the state represented by the terminal node did not change when the new 
software was installed. "). Note that, as stated above, a node contains information about a file 
such as the last modification date. When the difference calculator compares the node information 
between the nodes and determines that the information {e.g., the last modification date) did not 
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change, it marks the node as "same." This means that the node did not change in the current 
software installation. 

In the Remarks, Applicant argues: 

e) The Office cites In re Keller in response to the Applicant's arguments. (See Office Action 
dated 1 1/28/2007 at page 23, lines 8-11.) The Applicant, however, is not arguing that prior art 
devices are not physically combinable; instead, the Applicant respectfully submits that the prior 
art references themselves do not teach or suggest the required limitation of claim 1 . For example, 
in response to the Applicant's arguments, the Office states that "Kruger discloses the identified 
dynamic attribute ... and Breggin is relied upon for its specific teaching of presenting potential 
problems with the current installation." (Office Action dated 1 1/28/2007 at page 23, lines 22-24.) 
However, as noted above, Kruger fails to teach or suggests dynamic attributes, let alone 
identifying such dynamic attributes. Further, the proper test is "what the combined teaching of 
[the] references would have suggested to those of ordinary skill in the art." See MPEP §2145, 
citing In re Keller. Since Breggin's exception relates to a difference, the combined teaching do 
not suggest presenting potential problems based on the absence of an expected difference. 

Examiner's response: 

e) Examiner disagrees. With respect to Applicant's arguments regarding Kruger failing to 
teach or suggest identifying dynamic attributes, see Examiner's responses (c) and (d) above. As 
previously pointed out in the Non-Final Rejection (mailed on 1 1/28/2007), Breggin is relied 
upon for its specific teaching of presenting potential problems with the current installation. 
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Furthermore, presenting problems with a software installation to a user is a well-known concept 
within the computing art. Thus, in view of the common knowledge and the teaching of Breggin, 
one of ordinary skill in the art would be motivated to modifying the teaching of Kruger to 
include presenting potential problems with the current software installation based on the 
identified dynamic attribute in order to provide a user with useful diagnostic information for a 
software product under development. 

Conclusion 

14. THIS ACTION IS MADE FINAL. Applicant is reminded of the extension of time 
policy as set forth in 37 CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within TWO 
MONTHS of the mailing date of this final action and the advisory action is not mailed until after 
the end of the THREE-MONTH shortened statutory period, then the shortened statutory period 
will expire on the date the advisory action is mailed, and any extension fee pursuant to 37 
CFR 1.136(a) will be calculated from the mailing date of the advisory action. In no event, 
however, will the statutory period for reply expire later than SIX MONTHS from the mailing 
date of this final action. 

Any inquiry concerning this communication or earlier communications from the 
Examiner should be directed to Qing Chen whose telephone number is 571-270-1071. The 
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Examiner can normally be reached on Monday through Thursday from 7:30 AM to 4:00 PM. 
The Examiner can also be reached on alternate Fridays. 

If attempts to reach the Examiner by telephone are unsuccessful, the Examiner's 
supervisor, Wei Zhen, can be reached on 571-272-3708. The fax phone number for the 
organization where this application or proceeding is assigned is 571-273-8300. 

Any inquiry of a general nature or relating to the status of this application or proceeding 
should be directed to the TC 2100 Group receptionist whose telephone number is 571-272-2100. 

Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). 

/QC/ 

June 10, 2008 

/Wei Zhen/ 

Supervisory Patent Examiner, Art Unit 2191 



